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(54) Adjustment of call selection to achieve target values for Interval-based performance metrics 
In a call center 



(57) A call selection process In a call center Is con- 
trolled so as to ensure the achievement of target values 
for one or more Inten/al-based performance metrics. In 
an illustrative embodiment, a memory in the call center 
is used to store information regarding contractual target 
values of one or more Inten/al-based perfomiance met- 
rics such as, for example, an average speed of answer- 
ing metric, or a percent in sen^lce level metric. The call 



selection process Is then adjusted within a given per- 
formance interval based at least in part on a comparison 
of a value of the metric actually achieved during the in- 
terval to the corresponding stored target value. For ex- 
ample, a sen/ice objective of the call selection process 
may be adjusted at one or more designated points in the 
interval if the value of the metric actually achieved to a 
given one of the points will not allow achievement of the 
target value within the inten^al. 
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Description 

Field of the Invention 

[0001] The Invention relates generally to call centers 
or other call processing systems In which voice calls, e- 
mails, faxes, voice messages, text messages, Internet 
service requests or other types of communications are 
distributed among a number of service agents for han- 
dling. 

Background of the Invention 

[0002] Call centers distribute calls and other types of 
communications to available call-handling service 

agents in accordance with various predetermined crite- 
ria. In existing call centers, the criteria for handling a call 
are often programmable by the operator of the call cent- 
er via a capability known as call vectoring. Typically, 
when the call center detects that an agent has become 
available to handle a call, the call center identifies the 
call-handling skills of the agent, usually in some order 
of priority, and delivers to the agent the longest-waiting 
call that matches the agent's highest-priority skill. Most 
conventional call distribution techniques generally focus 
on being "fair" to callers and agents. This fairness is re- 
flected by the standard first-in, first-out call to most-idle- 
agent call assignment process. The above-noted skills- 
based queuing improves upon this basic process in that 
it allows each agent to be placed into a number of dif- 
ferent service categories based on the skill types sup- 
ported by that agent. 

[0003] Today, many call centers are run by business- 
es that operate as sen^lce bureaus, meaning that they 
handle calls on a contract basis for other companies. 

The contract generally governs how the service bureau 
must handle the calls, how the service bureau will be 
paid for achieving designated interval-based perform- 
ance metrics^ and the financial penalties the sen/ice bu- 
reau will incur if the performance metrics are not met. 
The designated performance metrics are generally 
"met" or "not met" based on some aggregate perform- 
ance over a defined time Interval, such as a half-hour or 
an hour. For example, the contract may specify an av- 
erage speed of answer (ASA) of 30 seconds for calls of 
call type A within the defined inten/al, meaning that 
some callers can have longer waits, as long as within 
the interval the ASA is 30 seconds or less. As another 
example, the contract may specify a percentage in serv- 
ice level (PSL) stated as a percentage of calls which 
must be handled within a given time within the designat- 
ed time interval, such as 80% of calls handled within 20 
seconds In the designated Interval. 
[0004] Existing call centers, such as the DEFINITY® 
call center from Lucent Technologies, may include the 
capability of adjusting a call selection process such that 
calls are handled based on predicted wait time (PWT) 
as compared to a service objective (SO) for handling the 



calls. In a call center with this type of capability, each 
call is stilt generally considered individually, without re- 
gard to any aggregate performance statistics which may 
have already been accumulated within the current inter- 
5 val. In addition, sen/ice objectives are generally static 
and usually changed only through an administrative 
process. However, In a service bureau application, 
agents may handle multiple skills governed by different 
contractual agreements. A drawback of existing call 
centers is that such centers generally do not take into 
account, In the call selection process, how well the con- 
tractual targets for inten^al-based performance metrics 
are being achieved In the current interval, and the pen- 
alties associated with falling to achieve any of the con- 
tractual targets. 

Summary of the Invention 

[0005] The invention provides call selection based on 
target values of interval-based performance metrics so 

as to ensure the achievement of the target values during 
a specified performance interval. In an illustrative em- 
bodiment, a memory in the call center Is used to store 
information regarding contractual target values of one 
or more inten/al-based performance metrics. The inter- 
val-based performance metrics may be, for example, an 
average speed of answering metric, or a percent in serv- 
ice level metric. The call selection process Is then ad- 
justed within a given performance interval based at least 
In part on a comparison of a value of the metric actually 
achieved, during the time elapsed within the given inter- 
val, to the stored target value. For example, a service 
objective of the call selection process may be adjusted 
at a designated point in the inten/al if the value of the 
metric actually achieved to that point in the inten^al will 
not allow achievement of the target value within the in- 
terval, based on a prediction of the number of calls ex- 
pected In the remainder of the interval. In addition, the 
call center may determine the penalties associated with 
missing contractual target values, and take these pen- 
alties into account in adjusting the call selection proc- 
ess. Other techniques may also be used to provide the 
adjustment of the call selection process, including, for 
example, adjusting overload thresholds which control 
when one or more reserve agents begin to take calls. 
[0006] Advantageously, the invention allows a service 
bureau or other call center operator to meet all of the 
requirements of a given contract with minimal over-per- 
formance and minimal under-performance, thereby 
maximizing the profits realized on the contract. These 
and other features and advantages of the present inven- 
tion will become more apparent from the accompanying 
drawings and the following detailed description. 

Brief Description of the Drawings 

[0007] FIG. 1 is a block diagram of a call center that 
incorporates an illustrative embodiment of the invention. 
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[0008] FIG. 2 Is a block diagram of the automatic call 
distribution (ACD) system implemented in the call center 
of FIG. 1. 

[0009] FIG. 3 is a flow diagram itiuslraling adjustment 
of call selection to achieve interval-based performance 
metrics in accordance with the Invention. 
[0010] FIG. 4 shows an example in which call selec- 
tion is adjusted in accordance with the invention to 
achieve interval-based performance metrics. 

Detailed Description of the Invention 

[001 1] Although the Invention will be Illustrated below 
in conjunction with the processing of calls in an exem- 
plary call center, it is not limited to use with any particular 
type of call center or communication processing appli- 
cation. For example, the invention is applicable to the 
processing of incoming communications, outgoing com- 
munications or both. The disclosed techniques can be 
can be used with automatic call distribution (ACD) sys- 
tems, telemarketing systems, private-branch exchange 
(PBX) systems, computer-telephony integration (CTI)- 
based systems, as well as in combinations of these and 
other types of call centers. The term "call center" as 
used herein Is thus Intended to Include any type of ACD 
system, telemarketing system or other communication 
system which processes calls or other service requests, 
including voice calls, video calls, multimedia calls, e- 
mali, faxes or voice messages as well as various conrh 
binatlons of these and other types of communications. 
The term "Interval-based performance metric" as used 
herein is intended to include any measurement or other 
indicator which characterizes the performance of at 
least one function of a call center, for example, over a 
specified period of time. Examples of interval-based 
performance metrics include average speed of answer 
(ASA) and percentage in service level (PSL). 
[0012] FIG, 1 shows an illustrative call center in which 
the present invention may be implemented. The call 
center includes a number of telephone lines and/or 
trunks 100 selectively interconnected with a plurality of 
agent positions 1 02-104 via an ACD system 101 . Each 
agent position 102-104 includes a volce-and-data ter- 
minal 105 for use by a corresponding agent 106-108 in 
handling calls. The terminals 105 are connected to ACD 
system 101 by a volce-and-data transmission medium 
1 09. The ACD system 1 01 Includes a conventional basic 
call management system (BCMS) 110, and is also con- 
nected to a conventional external call management sys- 
tem (CMS) 111. The BCMS 110 and CMS 111 gather 
call records, call center statistics and other information 
for use in managing the call center, generating call cent- 
er reports, and performing otherfunctions. In alternative 
embodiments, the functions of the BCMS 1 1 0 and the 
CMS 111 may be provided using a single call manage- 
ment system internal or external to the ACD system 101. 
[001 3] The ACD system 101 may be implemented In 
a manner similar to, for example, the Definity® PBX- 



based ACD system from Lucent Technologies. FIG. 2 
shows a simplified block diagram of one possible imple- 
mentatfon of ACD system 101. The system 101 as 
shown in FIG. 2 is a stored-program-controlled system 

s that Includes Interfaces 112 to external communication 
links, a communications switching fabric 113, service 
circuits 114 (e.g., tone generators, announcement cir- 
cuits, etc.), a memory 115 for storing control programs 
and data, and a processor 116 (e.g., a microprocessor, 

10 a CPU, a computer, etc. or various portions or combina- 
tions thereof) for executing the stored control programs 
to control the interfaces and the fabric and to provide 
automatic call distribution functionality. 
[001 4] Referring again to FIG. 1 , exemplary data ele- 

fs ments stored In the memory 115 of ACD system 101 
include a set of call queues 120 and a set of agent 
queues 130. Each call queue 121-129 in the set of call 
queues 120 corresponds to a different agent skill, as 
does each agent queue 131-139 in the set of agent 

20 queues 130, As in a conventional system, calls are pri- 
oritized, and may be, for example, enqueued in individ- 
ual ones of the call queues 120 in their order of priority, 
or enqueued In different ones of a plurality of call queues 
that correspond to a skill and each one of which corre- 

2S spends to a different priority Similarly, each agenfs 
skills are prioritized according to his or her level of ex- 
pertise in that skill, and agents may be, for example, en- 
queued In individual ones of the agent queues 130 In 
their order of expertise level, or enqueued in different 

30 ones of a plurality of agent queues that correspond to a 
skill and each one of which corresponds to a different 
expertise level in that skill. It should be noted that the 
invention can also be implemented in systems using a 
wide variety of other types of queue arrangements and 

35 queuing techniques. 

[0015] The ACD system 101 further includes a call 
vector 1 40. The call vector 140 may be one of a number 
of different types of stored control programs implement- 
ed in system 101. Calls incoming to the call center on 

40 lines or trunks 100 are assigned by call vector 140 to 
different call queues 1 21 -1 29 based upon the agent skill 
that they require for proper handling. Agents 106-108 
who are available for handling calls are assigned to 
agent queues 1 31 -1 39 based upon the skills which they 

4S possess. An agent may have multiple skills, and hence 
may be assigned to multiple agent queues 131-139 si- 
multaneously Such an agent is referred to herein as a 
"multi-skill agent." Furthermore, an agent may have dif- 
ferent levels of skill expertise (e.g., different skill levels 

so In a multi-level scale or primary (?) and secondary (S) 
skills), and hence may be assigned to different agent 
queues 131-139 at different expertise levels. Call vec- 
toring is described in greater detail in Definity® Commu- 
nications System Generic 3 Call Vectoring/Expert Agent 

ss Selection (EAS) Guide, AT&T Publication No. 
555-230-520, Issue 3, Nov. 1 993, which is incorporated 
by reference herein. Skills-based ACD techniques are 
described in greater detail in, for example, U.S. Patent 
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No. 5,206,903, which Is Incorporated by reference here- 
in. 

[0016] Another progrann executing In ACD system 
101 is an agent selector 150. Selector 150 may be im- 
plemented In software stored either In the memory 115 
of system 1 01 , in a peripheral memory (e.g., a disk, CD- 
ROIVl, etc.) of system 101, or In any other type of com- 
puter readable medium associated with system 101, 
and executed by processor 116 or other suitable 
processing hardware associated with the ACD system 
101. Selector 150 in this exemplary embodiment imple- 
ments conventional techniques for providing an assign- 
ment between available calls and available agents. The 
conventional techniques implemented by selector 150 
are well known in the art and will not be further described 
herein. It should be noted that these functions could be 
implemented In other elements of the ACD system 101, 
or using a combination of a number of different elements 
In such a system. Further details regarding call process- 
ing in a system such as ACD system 101 can be found 
in, for example, U.S. Patent Application Serial No. 
08/813,513 filed March 7. 1997 and entitled "Waiting 
Call Selection Based on Anticipated Wait Times," and 
U. S. Patent Application Serial No. 09/022,959 filed Feb- 
ruary 1 2, 1 998 and entitled "Call Center Agent Selection 
that Optimizes Call Wait Times," both of which are in- 
corporated by reference herein. 
[001 7] In accordance with the invention, the call cent- 
er of FIG. 1 Includes a capability for adjusting a call se- 
lection process so as to achieve target values for inter- 
val-based performance metrics. The call selection proc- 
ess which is adjusted need not be of any particular type 
In order to benefit from the techniques of the invention. 
In one conventional call center, when a multi-skill agent 
becomes available, a "greatest need" type call selection 
process may select a call by examining the predicted 
wait times (PWTs) of the calls at the head of the queues 
for the skills that the multi-skill agent can handle, and 
then comparing the PWTs of the calls to a service ob- 
jective (SO) identified for the skills. In an Illustrative em- 
bodiment of the invention, for a service bureau that must 
meet a contractually-specified target lor a performance 
metric such as an average speed of answering (ASA), 
the SO might initially be set at the ASA, A call with PWT/ 
SO = 1 would therefore have an actual ASA which cor- 
responds exactly to the target ASA specified in the con- 
tract, while a call with PWT/SO> 1 would drive the actual 
ASA above the specified target. As previously noted, in 
this and other conventional systems, sen^ice objectives 
are generally static and changed only through an ad- 
ministrative process. 

[0018] The invention recognizes that it will often be 
desirable for a sen/lce bureau to get the ASA or other 
performance metric as close as possible to the contrac- 
tual target without going over the target, I.e., over-per- 
formance, or missing the target, I.e., under-perform- 
ance, rather than simply handling, e.g., the "greatest 
need" call at any particular moment. The above-noted 



"greatest need" call selection process is generally de- 
fined by the needs of a particular call relative to other 
calls. A sen^lce bureau may not want to select the call 
that has the greatest need, but instead may want to se- 
5 lect the call that will make the most needed contribution 
to accomplishing the contractual targets for the interval- 
based performance metrics. This use of contractual per- 
formance criteria may in fact lead to a very different call 
selection decision than the conventional "greatest need" 

10 selection. For example, if the sen/ice level for a partic- 
ular skill on the current interval has been poor, answer- 
ing a number of calls very quickly may become very im- 
portant. In order to allocate more resources to the skill 
for which meeting the performance target is In jeopardy, 

IS the acceptable sen^lce level can be periodically adjust- 
ed, as will be described in greater detail below. 
[0019] FIG. 3 is a flow diagram showing the manner 
in which call selection can be implemented to ensure 
achievement of target values for inten/al-based per- 

so formance metrics in accordance with the invention. It will 
be assumed without limitation that In the illustrative em- 
bodiment, one or more of the functions associated with 
the flow diagram are computed by processor 116 of ACD 
101 operating in conjunction with memory 115 to exe- 

2S cute appropriate stored program Instructions. In step 
200, the performance interval or intervals relative to a 
particular contract are Identified, along with the perform- 
ance metric targets to be achieved during the intervals. 
This may involve the determination of metric targets for 

30 more than one contract, and for a variety of different call 
types and skills. In addition, this step may include defin- 
ing the penalty, in a common set of units, for missing 
each of the contractual targets, and defining under what 
condrlion(s) the penalties should be incorporated into 

3S decision making regarding adjustments In service ob- 
jective. 

[0020] Step 210 indicates that, at a designated point 
within a given performance interval, the actual achieved 
value Is computed for the performance metric, as well 

40 as the expected number of calls remaining in the inter- 
val. The expected number of calis may be computed as, 
for example, the rate of calls per minute received so far 
in the inten/al times the remaining number of minutes in 
the interval, or a subtraction of the calls received so far 

4S from a forecast of the number of expected calls for the 
entire interval. In step 220, a new service objective Is 
computed based on the actual achieved value and the 
expected remaining number of calls. The new service 
objective Is one which Is designed to ensure that the tar- 

so get for the perfonnance metric will be achieved In the 
interval. In step 230, the computations of steps 21 0 and 
220 are repeated at one or more other designated points 
in the inten/al. As shown in step 240, after completion 
of the current inten/al, the process may be restarted for 

55 another Interval. Steps 21 0-230 may thus be repeated 
for each of a number of inten/al for which performance 
metrics are to be monitored. 

[OC^I] Asan example, assume that a contractual ASA 
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target for calls requiring a particular skill is 30 seconds 
for a 30 minute interval. If 20 minutes of the half-hour 
Interval have elapsed, and the actual ASA is 35 sec- 
onds, there is only 1/3 of the remaining call volume left 
in which to pull the actual ASA bacl< down to the 30 sec- 
ond target. If it is further assumed that the call volume 
tor the half-hour interval is 100 calls, and that the 
number of calls taken up to this point is 67, the remaining 
33 calls expected during the interval must have a com- 
bined ASA of just under 20 seconds In order to achieve 
the inten/al target of 30 seconds. Therefore, the accept- 
able service level for the sl<il I could be readjusted by the 
system, e.g., to about 18 seconds, for the remainder of 
the interval. Similarly. If the actual ASA achieved on the 
first 67 calls in the first 20 minutes of the half-hour inter- 
val was 20 seconds, the remaining 33 calls expected in 
the interval could have an ASA of about 60 seconds 
without jeopardizing the ASA target for the overall inter- 
val. 

[0022] This type of adjustment could also be made in 
an embodiment in which the contractual target is in 
terms of percentage in service level (PSL) metric, e.g., 
80% of calls handled within 20 seconds. If the actual 
achieved value for the PSL metric part way through the 
Interval would cause the target to be missed, the system 
could respond by performing at a level which exceeds 
the target PSL during the remainder of the interval. Sim- 
ilarly, if the actual PSL part way through the interval is 
far better than the contractual target for the interval, the 
system can perform at a level below the target PSL for 
the remainder of the Inten/al. Other embodiments can 
monitor and adjust multiple performance metrics. For 
example, an embodiment could be configured which uti- 
lizes both ASA and PS L as performance metrics. In such 
a case, adjustments in call selection may be made to 
control one of the performance metrics even if the other 
is at an acceptable level. 

[0023] At the start of each new performance interval, 
the service objectives and the actual values of the per- 
formance metrics could be re-initialized and the compu- 
tation and adjustment process would begin again. The 
service objective could thus be adjusted periodically 
throughout a given Interval. For example, If the inten/al 
Is 30 minutes long, the sen/Ice objective might be re- 
adjusted at designated points corresponding to 10 min- 
utes, 20 minutes and 25 minutes Into the interval. For a 
60 minute Interval, the service objective might be re-ad- 
justed at 15, 30, 45, 50 and 55 minutes into the interval. 
The periods of adjustment may be fixed or variable. In 
one possible alternative implementation, adjustments 
may be made continually throughout the interval such 
as, for example, as each call is handled. Of course, nu- 
merous other adjustment periods, techniques and crite- 
ria could also be used. Additionally, as previously noted, 
the process of adjusting the sen/Ice objective could be 
influenced by the penalty associated with missing one 
or more of the targets and by other factors such as the 
performance on other contracts. For example, if it is 



more Important to achieve a given contractual target 
than it is to achieve one or more other contractual tar- 
gets, the service objective may be biased toward 
achievement of the given contractual target at the ex- 
s pense of the others. Furthermore, an adjustment to call 
selection to achieve a contractual objective may be 
made by, for example, adjusting overload thresholds 
such thai reserve agents are brought in earlier or later 
than they othenwlse would be without the adjustment. 

10 [0024] FIG. 4 shows a more detailed example illus- 
trating the adjustment of service objective (SO) to 
achieve targets for inten/al-based performance metrics 
In an Illustrative embodiment of the invention. In this ex- 
ample, the performance Inten/al is 30 minutes, and the 
Interval-based performance metric is ASA with a con- 
tractual target of 20 seconds. The example includes a 
table in which the first column shows the elapsed time 
In the interval. In minutes; the second column shows the 
current SO; the third column shows the number of calls 

so taken so far in the inten/al; the fourth column shows the 
actual ASA achieved so far In the interval; the fifth col- 
umn shows the number of calls expected in the remain- 
der of the interval; and the sixth column shows the new 
SO, as adjusted in accordance with the techniques of 

25 the invention. 

[0025] At an elapsed time of 1 0 minutes into the inter- 
val, the current SO is 20 seconds, i.e., equivalent to the 
target ASA, and 47 calls have been handled with an ac- 
tual ASA of 24 seconds. The expected number of calls 

30 remaining in the Inten/al is 94. A new SO is then com- 
puted, based on the actual ASA and the number of calls 
remaining in the Interval, to ensure achievement of the 
target ASA. As shown in FIG. 4, this computation for line 
1 of the table yields a new SO of 18 seconds. The SO 

35 Is therefore adjusted downward to reflect the fact that 
the actual ASA is poorer than the 20 second target 
[0026] At an elapsed time of 20 minutes into the inter- 
val, the current SO Is 1 8 seconds, i.e., the new SO com- 
puted for the previous line, and 90 calls have been han- 

40 died with an actual ASA of 21 seconds. The expected 
number of calls remaining in the inten/al is 45. A new 
SO is again computed, in the manner shown in FIG. 4, 
again yielding an SO of 18 seconds. The SO remains 
adjusted downward because the actual ASA is still poor- 

^ er than the 20 second target. At an elapsed time of 25 
minutes into the Inten/al, the current SO Is 18 seconds, 
i.e. , the SO computed for the previous line, and 1 08 calls 
have been handled with an actual ASA of 18 seconds. 
The expected number of calls remaining in the inten/al 

so Is 22. The new SO, computed as shown, reflects the fact 
that the actual ASA is now better than the target ASA. 
The new SO is therefore adjusted upward, to the com- 
puted value of 29 seconds. This value provides an ac- 
tual ASA of 18 afthe completion of the 30 second inter- 
ns val, which meets the contractual target for this perform- 
ance metric. 

[0027] Similarly, if the contractual interval-based per- 
formance metric is specified in terms of a percentage in 
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service level (PSL), the actual PSL attained at various 
points throughout the interval Is compared to the target 
and adjustments are made in the call selection service 
objective to bring alxiut the achievement of the target. 
Advantageously, the Invention allows a service bureau 
or other call center operator to meet all of the require- 
ments of one or more contracts with both minimal over- 
performance and minimal under-performance, thereby 
maximizing the profits realized with any given contract 
or set of contracts. 

[0028] Although the invention is particularly well-suit- 
ed for use in call centers which operate as service bu- 
reaus, it can also be applied to call centers which only 
partially operate as a service bureau, i.e., which use the 
call center for their own operations as well as for oper- 
ations of other companies, and to call centers which op- 
erate In a manner similar to service bureaus for various 
business units within a single company. In the latter 
case, agreements may be established with the business 
units to govern the level of sen/ice provided as an in- 
house resource to employees and/or as a resource to 
customers. 

[0029] A call selection function in accordance with the 
invention may be implemented using one or more of the 
elements of the ACD system 101 , such as, for example, 
the agent selector 1 50. More generally, the call process- 
ing to achieve target values for interval-based perform- 
ance metrics may be implemented by processor 116 of 
FIG. 2 using program instructions and other information 
stored In the memory 115. In other embodiments of the 
invention, other elements of the FIG. 1 call center or any 
other type of call center may be used to provide call se- 
lection which ensures achievement of target values for 
inten/al-based performance metrics. 
[0030] The above-described embodiments of the In- 
vention are intended to be illustrative only. For example, 
the invention does not require that the call arrival rate 
be uniform across a given interval. Suitable adjustments 
can be mad© to accommodate a wide variety of different 
call arrival conditions, as will be apparent to thoseskllled 
in the art. It should be noted that the exemplary config- 
uration of the call center shown in FIG. 1 may be altered 
to incorporate a wide variety of different arrangements 
of components to provide the call selection functions de- 
scribed herein. In addition, as previously noted, the in- 
vention can be applied to a wide variety of communica- 
tions other than calls, including faxes and e-mails. The 
contractual target Information described above may be, 
for example, determined and Implemented administra- 
tively, orthrough a computer-telephony integration (CTI) 
application. As another example, the invention can be 
implemented in an applications programming interface 
(API) with an existing call center software package. 
[0031] Furthermore, it should be noted that the inven- 
tion may be Implemented in the form of a computer- 
readable medium or other similar medium containing 
software which, when executed by a computer or other 
type of processor, will cause the processor to implement 



the processing functions described above. For example, 
the BCf^S 110, call vector 140, agent selector 150 and 
other elements of ACD system 1 01 may each be imple- 
mented at least in part as one or more software pro- 

s grams stored in memory 115 or any other computer 
readable medium associated with the ACD system 101 , 
and executed by processor 116 or other processing 
hardware associated with the ACD system 101. A vari- 
ety of other Implementations may also be used to pro- 

10 vide call selection in accordance with the invention. 
These and numerous other alternative embodiments 
within the scope of the following claims will be apparent 
to those skilled in the art. 



Claims 

1 . A method of controlling a selection process for se- 
lecting communications for delivery to one of a plu- 

so rality of agents in a call center, the method compris- 
ing the steps of: 

storing information regarding a target value of 
at least one interval-based performance metric 
for a specified Interval; and 
adjusting the selection process based at least 
in part on a comparison of a value of the metric 
actually achieved during the interval to the 
stored target val ue. 

2. An apparatus for controlling a communication se- 
lection process in a call center, the apparatus com- 
prising: 

a memory for storing information regarding a 
target value of at least one inten/al-based per- 
formance metric for a specified inten^al; and 
a processor coupled to the memory and oper- 
ative to adjust the selection process based at 
least in part on a comparison of a value of the 
metric actually achieved during the interval to 
the stored target value, 

3. The method of claim 1 or the apparatus of claim 2, 
45 wherein the at least one inten/al-based perform- 
ance metric comprises at least one of an average 
speed of answering metric and a percent in service 
level metric. 

so 4. The method of claim 1 or the apparatus of claim 2, 
wherein the method or the processor serves to alter 
a sen/ice objective of the selection process at a des- 
ignated point in the interval if the value of the metric 
actually achieved to that point in the inten/al will not 
ss allow achievement of the target value within the in- 
ten/al. 

5. The method or apparatus of claim 4, wherein the 



so 4. 
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adjusting step or processor is operative to after a 
service objective of the selection process at a des- 
ignated point in tlie interval if the value of the metric 
actually achieved to that point in the Interval differs 
significantly from a target value of the metric for the 
interval. 

6. The method of claim 1 , or apparatus of claim 2, 
wherein the adjusting step or the processor is fur- 
ther operative to determine a penalty for missing the 
stored target value, and adjusting the selection 
process based at least in part on the penalty. 

7. The method of claim 1 , or the apparatus of claim 2. 
wherein the adjusting step or the processor is fur- 
ther operative to adjust the selection process at a 
plurality of designated points during the Inten/al 
based at least in part on a comparison of a value of 
the metric actually achieved at a given one of the 
plurality of points during the inten/al to the stored 
target value. 

8. The method or apparatus of claim 7. wherein the 
time between at least a subset of pairs of the des- 
ignated points Is variable. 

9. The method or apparatus of claim 8, wherein the 
time between the designated points decreases from 
an initial portion of the Interval to a later portion of 
the interval. 

10. The method or apparatus of claim 7, wherein the 
time between each pair of the designated points is 
a predetermined constant. 

11. The method of claim 1, or the apparatus of claim 2, 
further including the step of comparing the value of 
the metric actually achieved during the interval to 
the stored target value after each of a plurality of 
groups of one or more communications is proc- 
essed, or the processor is further operative to com- 
pare the value of the metric actually achieved during 
the Interval to the stored target value after each of 
a plurality of groups of one or more communications 
is processed. 

12. The method of claim 1 , or the apparatus of claim 2 
wherein the adjusting step or the processor is op- 
erative to adjust at least one overload threshold 
which controls when one or more reserve agents 
begin to take calls. 

13. An article of manufacture containing call center soft- 
ware which, when executed in a processor, causes 
the processor to perform the steps of: 

storing information regarding a target value of 
at least one Interval-based performance metric 



for a specified interval; and 
adjusting a communication selection process 
based at least in part on a comparison of a val- 
ue of the metric actually achieved during the in- 
s ten^al to the stored target value. 
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IDENTIFY THE TIME INTEflVALIS) RELATIVE TO A 
CONTRACT. AND AT LEAST ONE PERFORMANCE 
METRIC TARGET TO BE ACHIEVED IN 
THE INTERVAL (S) 



AT A DESIGNATED POINT WITHIN AN 
INTERVAL. COMPUTE THE ACTUAL 
ACHIEVED VALUE FOR THE HETRIC. 
AND THE EXPECTED NUMBER OF CALLS 
REMAINING IN THE INTERVAL 
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BASED ON THE ACTUAL ACHEVEU VALUE 

AND THE EXPECTED NUMBER OF CALLS. 
COMPUTE A NEW SERVICE OBJECTIVE 
WHICH WILL ENSURE THAT THE TARGET 
IS ACHIEVED IN THE INTERVAL 
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REPEAT THE COMPUTATIONS OF 
ACTUAL ACHIEVED VALUE. EXPECTED 
REMAINING CALLS AND NEW SERVICE 
OBJECTIVE AT ONE OR MORE OTHER 
DESIGNATED POINTS IN THE INTERVAL 
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AFTER COMPLETION OF THE INTERVAL. RESTART 
PROCESS FOR SUBSEQUENT INTERVAL. IF ANY 
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EXPLANATION OF COMPUTATIONS 
LINE 1: 



130-10 \m X (47 CALLS/10 HINI » 94 CALLS 



NUHBER OF CALLS IN REMAINDER OF INTERVAL 
ASA NEEDED FOR REHAINING 94 CALLS 

= [ (4.7 CALL/HIN X 30 HIN X 20 SEC/CALL) - (47 CALLS X 24 SEC/CALLl ]/94 CALLS 

[2820 SEC - 1128 SEC)/94 CALLS 
= IB SEC/CALL 
NEW SERVICE OBJECTIVE WILL BE e TO IB SEC 

LINE 2: NUHBER OF CALLS IN REMAINDER OF INTERVAL - 10 HIN X (90 CALLS/20 HIN) = 45 CALLS 
ASA NEEDED FOR REHAINING 45 CALLS 

= [ (4.5 CALL/HIN X 30 HIN X 20 SEC/CAU) - 190 CALLS X 21 SEC/CALL) 1/45 CALLS 
= [2700 SEC - 1890 SEC)/45 CALLS 
= 10 SEC/CALL 

LINE 3: NUHBER OF CALLS IN REHAINDER OF INTERVAL = 5 HIN X (180 CALLS/25 HINI = 22 CALLS 
ASA NEDED FOR REHAINING 22 CALLS 

= I (4.32 CALL/HIN X 30 HIN X 20 SEC/CALL) - (108 CALLS X 18 SEC/CALL) 1/22 CALLS 
« (2592 SEC - 1944 SECl/22 CALLS 
= 29 SEC/CALL 
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(54) Abstract Title 

Call centre evaluation 



(57) A method of monitoring the performance of a CTI 
enabled business application for a call centre is described. 
The method comprises the steps of acquiring telephony 
network information such as an Automatic Number 
Identification from the telephony network when a 
telephone call is made to the call centre and searching for 
Information stored by the business application such as the 
customer name which is associated with the ANI from the 
telephony network. This search is made at the beginning 
of the call and the customer name is stored with ANI in a 
call log. Additional Information associated with the call 
such as an order taken during the call is searched for after 
the call is completed and this additional business 
information Is also stored with said telephony information 
in the call log. 



Ptatfofw 






HorHcr 










Update 
Call log 

^ 


Ardhivc 
Daily Fttpart- 




Caa event 
messages 
ffwn switch 




CWly ^ 
'Reports,. 


CPeate 
Custan ^ 
Repoit 





DaUy ( 
Report r 




PrWcd 
to Printer 



Realtime 
Daily R^)orfs 
to 9 WxnSiBfion 



TdepNmy Applkalion 24 



16 



LAN 




Switch 



r 



20 



FIG. 2 



At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 

This print takes account of replacement documents submitted after the date of filing to enable the application to comply 
with the formal requirements of the Patents Rules 1995 



Q 
CD 

CO 

o> 

O 



1/16/2009, EAST Version: 2.3.0.3 



1/8 



16 




Local Area Network 



1A 



_ — ~ 



1A 



r 











T 




14 







I 



ki4 

i 



Workstation Workstation Workstation Workstation 



22 



'22 



yK22 



22 



Agent Telephones 



I 1 



DDQQ 



r — ^ 



LxKal Connection 



12 



Server 




Telephony 
18-^ 1 Network 



FIG. 1 



1/16/2009, EAST Version: 2.3.0.3 



2/8 



Platform 



Operating System 20 



Customer 
Database 



Archive 
Database 



Call Log 
Database 




Configuration 




Call event 
messages 
from switch 



Monitor 
28 



Update 
Call Log 
42 


Archive 
Call Log — 
Daily Report 


Update , , 
Daily ^ 
Reports 


Custom ^ 
Report 



Daily 

Report 

Database 




Report 
Parameter 



38 



\ 



Printed 
Reports 

to Printer 



Realtime 
Daily Reports 
to a Vforkstation 



Telephony Application 24 




LAN 




Switch 



20 



FIG. 2 



1/16/2009, EAST Version: 2.3.0.3 



3/8 



Daily Report Database 



Calls without 


ANI InformaKon 






Application 


No. of calls 


Abandoned 


Delivered 


ODI(%) 


Order Entry 


10 


2 


8 


20 


Telesales 


30 


10 


20 


35 


Debit Collection 


uo 


30 


110 


45 



FIG. 3A 

Daily Report Database 



Calls with ANI hits 


Application 


No. of calls 
With single hits 


No. of calls 
with multiple hits 


No of Zero hits 


Order Entry 


5 


10 


50 


Telesales 


70 


35 


15 


Debit Collection 


UO 


80 


20 



FIG. 3B 



Department 


Total Order Value 


Order Entry 
Telesales 
Debit Collection 


1,000,000 
50.000 
750,000 



Daily Report Database 





Total Order Value 


01962 
816057 


£ 250.000 


01962 
816000 


£ 750,000 



FIG. 3D 

1/16/2009, EAST Version: 2.3.0.3 



4/8 



^ End of day procedure ^ 







1 Save Call Log in Archive Database | 






Create new Call Log 



Save Daily Report" Database in Arctiive Database | 










Create new Daily Report Database 



FIG. i. 



1/16/2009, EAST Version: 2.3.0.3 



5/8 



Call Log Database 



Unique call 
identifier 


Alerted 


Connected 


Disconnected 


Agent 
returned 


123^1 


10:30 









>101 



Call Log Database 



1 



FIG. 5A 



Unique call 
identifier 


Alerted 


Connected 


Disconnected 


Agent 
returned 


1234 


10:30 


10:31 






Call Log Database 


FIG. 


Unique call 
identifier 


Alerted 


Connected 


Disconnected 


Agent 
returned 


1234 


10:30 


10:31 


10:49 





ylQS 



/108 



FIG. 5C 



Call Log Database 



Unique cad 
identifier 


Alerted 


Connected 


Disconnected 


Agent 
returned 


123 4 


10:30 


10:31 


10:49 


10 : 56 



"110 



FIG. 5D 



1/16/2009, EAST Version: 2.3.0.3 



6/8 



Call Log Database 



Unique call 
identifier 


ANI 


No of Hits in 
Customer Database 


Customer 
Hit 1 


Customer 
Hit 2 


Customer 
Hit 3 


Customer 
Hit U 


1234 


01962 
816000 












101'^ 












FI6. 6A 


Call Log Database 














Unique call 
identifier 


ANI 


No of Hits in 
Customer Database 


Customer 
Hit 1 


Customer 
Hit 2 


Customer 
Hit 3 


Cusbmer 
Hit 4 


1 2 3i* 


01962 
816000 


3 '; 


Phil 


Ifevin 


Conor 





103 



Call Log Database 



1 



FIG.6B 



Unique call 


Order 




identification 


Value 




12 34 


fio.ooo 





116 



F1G.6C 



1/16/2009, EAST Version: 2.3.0.3 



7/8 



Order Entry Screen Pop 



Call no. 


1234 


-62 


60- 


Order no. 












Cusbmer 


Kevin 


-52 


64- 


Agent 



Ani 



01962 816000 —54 



FIG. 7 



32 



1. 



Cusbmer Database 



Sales/ Ordering Application 



Customer name 



ANI 



Address 



50 



j-52 60, 








Order no. « 


\52 ^ 
\62 

'^64 

^6 


Product 




Customer name 


Order no. 


Call no. 


Price each 




Agent 


Quantity 


58^ 


Total 


Sub -total 1 



FIG. 8 



1/16/2009, EAST Version: 2.3.0.3 



8/8 



. 

Incoming call - Alertin g eventy ^ 
1 



100 



Call Log updafed with netvork 
infonnation (eg AND a nd alert time ^ 

V 



102B 



Network information (AND used in 
Customer database sea rch 

— _______ 



/-10?A 



1 



Search results^ no hit, 

single hit 

or multiple hit 



Call Log updated with search 
results (eg no of Hits) 



r103 



I 



^Agent" answers 



104 



Call Log updated with 
'agent connect' 



r 



105 



I 



New entry (eg Order entry made 
in Customer database linked 
fo Customer 



-106 



I 



fcall end 107 

— 



Call Log updated with 
^ disconnect event' 



I 



;-108 



Agent finishes update of new 
Customer database entry and 
returns from application 



■109 



I 



Call Log updated with 
agent return time 



I 



r 



110 



Retrieve Daily Report Template 
from Report parameter database 



rTI1 



112 



Return business information 
from Customer database 
according to Daily Report Temprtate 
(eg value of order of call) 



1^13- 



Update Daily Report with 
Business information 



I 



1U-> 



Retrieve Business information 
from Customer database 



115-> 



Update Call Log with 
Business information 



END ^ 



FIG 9 



1/16/2009, EAST Version: 2.3.0.3 



